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^ (5 7) Abstract: Th e invention concerns a data transmission technique for reaJ-time applications and non real-time applications in 
a^ornmunication network comprising several nodes connected by communication channels. The invention is characterized in that 
CI the data are cyclically and determi rustically transmitted, the data for the real-time applications being processed in priority, such that, 

O during one transmission cycle, all the data for the real-time applications are first sent, then, in the time interval remaining prior to 
the next transmission cycle, the data for non real-time applications are sent. 
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(57) Zusammenfassung: Die Erfindung betrifft eine Technik zum ttbermitteln von Daten fUrEchtzeitanwendungen und Nicht-Echt- 
zeitanwendungen auf einem Kommunikationsnetzwerk mit mehreren Knoten, die iiber Kommunikationswege miteinander verbunden 
sind, wobei die Datenubermittlung zykjisch und deterministisch erfolgt und die Daten fur Echtzeitanwendungen priorisiert behandelt 
werden, so dass in einem Ubermittlungszyklus zuerst alle Daten fur Echtzeitanwendungen Ubergeben werden und in der Zeit, die 
noch bis zum nachsten UbermitUungszyklus, dann die Daten fur Nicht-Echtzeitanwendungen, ubergeben werden. 
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Beschreibung 

Verfahren, Schnittstelleneinheit und Knoten zur parallelen 
Nutzung eines Kommunikationsnetzwerkes ftir Echtzeitanwendun- 
gen und Nicht-Echtzeitanwendungen 

Das Ethernet ist die am weitesten verbreitete Technologie, 
mit der in lokalen Kommunikationsnetzen, sog. Local Area Net- 
works (LAN) , Daten aktuell mit einer Geschwindigkeit bis zu 
100 Mio. Bits/sec. (Mbps) tibertragen werden konnen. LANs sind 
lokale Kommunikationsnetzwerke, die auf ein geograf isches Ge- 
biet begrenzt sind und sich aus einem oder mehreren Servern 
und Arbeitsstationen, sog. Knoten zusammensetzen, die iiber 
ein Kommunikationsleitungsnetz, z.B; ein Koaxial-, Glasfaser- 
oder Twisted Pair-Kabel verbunden sind. Bei LANs sind ver- 
schiedenste Netzwerktopologien moglich, wobei die bekanntes- 
ten die Bus-, Ring-, Stern- oder Baumstrukturen sind. 

LANs werden mit einem Netzwerk-Betriebssystem und einem ein- 
heitlichen Netzwerk-Protokoll betrieben. Das Ethernet stellt 
ein mogliches Netzwerkprotokoll dar und unterstutzt dabei die 
unterschiedlichsten Kommunikationsprotokolle, z.B. das 
TCP/IP-Protokoll oder das IPX-Protokoll . Im OSI-Schichtenmo- 
dell, dem internationalen Ref erenzmodell ftir Datenubertragung 
in Netzwerken, das aus einem Schichtenstapel aus sieben 
Schichten aufgebaut ist, wobei fur jede Schicht eine Menge 
von Protokollen definiert ist, die jeweils der nachst hoheren 
Schicht ihre Dienste zur Verfugung stellen, ist das Ethernet 
der zweiten Schicht, der sog. Leitungsschicht zugeordnet. In 
dieser Leitungsschicht werden die zu libermittelnden Daten zu 
Paketen gebundelt, denen spezifische Informationen ftir das 
jeweilige Kommunikationsprotokoll hinzugeftigt werden. Die 
Leitungsschicht ist im Netzwerk ftir den Transport der 
Datenpakete von Knoten zu Knoten und fur die Fehlererkennung 
zustandig. Beim Ethernet-Konzept ist die Leitungsschicht in 
zwei Ebenen unterteilt, wobei die erste Ebene den Daten einen 
Kopfabschnitt, einen sog. Header hinzufugen, der Informatio- 
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nen enthalt, die ftir eine korrekte Dateniibertragung vom Em- 
pfangerprotokoll benotigt werden. In der zweiten Ebene des 
Ethernetprotokolls wird dann das Datenpaket mithilfe eines 
zusatzlichen Headers und eines weiteren Endabschnitts , eine; 
sog. Trailers, fur den Transport der Datenpakete von Knoten 
zu Knoten eingekapselt . Mit solchen Ethernet-Datenpaketen, 
den sog. Ethernet -Tel egramme, lassen sich Daten mit einer 
Lange von bis zu 1500 Bytes ubertragen. 



Ethernet-Protokolle werden vornehmlich bei Burokommunikati- 
onsnetzwerken eingesetzt. Aufgrund der Vorteile des Ethernet- 
Konzepts bei der Nutzung von Standard-Hard- und -sof twarekom- 
ponenten sowie der Moglichkeit, bei einfacher Vernetzungs- 
technologie hohe Datentibertragungsraten zu erreichen, besteht 
der Wunsch, die Ethernet-Netzwerkkommunikation auch in der 
industriellen Fertigung zum Datenaustausch zwischen Arbeits- 
stationen einzusetzen. Insbesondere die mangelhafte Echtzeit- 
fShigkeit des Ethernet-Netzprotokolls lasst jedoch nur einen 
begrenzten Einsatz in der Automatisierungstechnik zu. Bei der 
Steuerung von Maschinen ist es namlich erf orderlich, dass 
eine zyklische Bearbeitung der Steuerungsaufgabe ohne zeitli- 
che Schwankungen, d.h. mit nur geringen Abweichungen von der 
gewunschten Zykluszeit im Bereich weniger Mikrosekunden er- 
folgt, wobei mit einer vorhersehbaren Antwortzeit auf die 
Regelanforderung reagiert wird. 

Echtzeitfahigkeit und schnelle Reaktionszeit , wie sie in der 
Automatisierungstechnik gefordert werden, haben bei Standard- 
Datenverarbeitungsanwendungen, bei denen Ethemet-Kommunika- 
tion ublicherweise eingesetzt wird, jedoch nur eine unterge- 
ordnete Bedeutung. Zwar sind bereits bei der Video- und Au- 
dio-Datenubertragung Ethernet-Kommunikationsverfahren zur 
Echtzeittibertragung solcher Daten bekannt. Die Anforderung an 
die Reaktionszeiten sind jedoch bei solchen Anwendungen nicht 
sehr zeitkritisch, da mit entsprechenden Datenpuffern in der 
Arbeitsstation kleine Schwankungen ohne weiteres ausgeglichen 
werden konnen. Auch in der bidirektionalen Datenubertragung 
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mittels Ethernet, z.B. bei der Intemet-Telef onie oder On- 
line-Gaming spielen die Echtzeitf ahigkeit und die Reaktions- 
zeit eine gewisse Rolle. 

Um die vorstehenden Anwendungen im Rahmen der E theme t-Kommu- 
nikation moglich zu machen, sind Verfahren zur Priorisierung 
einzelner Ethernet-Frames entwickelt worden. Hierbei werden 
vor allem zwei Verfahren eingesetzt. Um eine gewisse Echt- 
zeitf ahigkeit mit kurzen Reaktionszeiten zu erreichen, werden 
die zu versendenden Ethernet-Datentelegramme in verschiedene 
Priori tatskategorien eingeteilt, wobei zuerst die Datenpakete 
mit der hochsten Priori tat versendet werden. Alternativ wer- 
den Verfahren eingesetzt, in denen die Priori tat der Daten 
als zusatzliche Information dem Ethernet -Datenpaket selbst 
hinzugeftigt sind. Nachfolgende Knoten im Netzwerk kfinnen an- 
har.d dieser zusatzlichen Inf ormationen dann die mit hoherer 
Priori tat versehenen Datenpakete ermitteln und diese entspre- 
chend bevorzugt bearbeiten. 

Dies-e bei den vorstehenden Ethernet-Verf ahren werden jedoch 
den hohen Anf orderungen beziiglich der Echtzeitf ahigkeit , d.h. 
der synchronen Bearbeitung der Daten mit ihrer Entstehung 
ohne wahrnehmbare Verzogerung sowie der erf orderlichen Reak- 
tionszeiten in der Automatisierungstechnik nicht gerecht . 
Insbesondere besteht das Problem, dass selbst bei eine opti- 
malen Zuordnung von Prioritaten zu den Ethernet-Datenpaketen 
ein gerade abgeschicktes niedrig priorisiertes Ethernet-Tele- 
gramm auch dann vollstandig versendet wird, wenn gleichzeitig 
ein neues h6her priorisiertes Datenpaket hinzukommt. Das neu 
hinzukommende , hoch priorisierte Datenpaket wird dann um die 
S>-.iezeit des nieder priorisierten Datenpakets, also bis zu 
einer Datenlange eines Ethernet-Datenpaketes von ca. 1.500 
Bytes verzSgert. Dies kann zu einer zeitlichen VerzSgerung 
bei Steuerungsaufgaben von bis zu ca. 150 lis ftihren, so dass 
harte Echtzeit-Steuerungsanwendungen mit Zykluszeiten um die 
50 lis und zulassigen Abweichungen von dieser Zykluszeit von 
maximal 10 /is nicht erf till t werden kQnnen. 
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Aufgabe der Erfindung ist es, ein Verfahren zum Betreiben ei- 
nes lokalen Kommunikationsnetzes und eine Schnittstellenein- 
heit zur Anbindung eines Knotens an ein solches lokales Kom- 
munikationsnetz bereit zu stellen, mit dem sich auf einfache 
Weise parallel Echtzeitanwendungen und Nicht-Echtzeitanwen- 
dungen ausfuhren lassen. 

Diese Aufgabe wird mit einem Verfahren gemaS Anspruch 1, ei- 
ner Schnittstelleneinheit gemaS Anspruch 8 und einem Knoten 
gemaS Anspruch 13 gelost. Bevorzugte Weiterbildungen sind in 
den abhangigen Ansprtichen angegeben. 

GemaS der Erfindung wird in einem Kommunikationsnetz mit meh- 
reren Knoten, die uber einen Kommunikationsweg miteinander 
verbunden sind, eine Datenubermittlung zyklisch und determi- 
nistisch ausgefuhrt, wobei Daten fur Echtzeitanwendungen pri- 
or is iert behandelt werden, so dass in einem Ubertragungszyk- 
lus zuerst alle Daten fur Echtzeitanwendungen ubergeben wer- 
den und in der Zeit, die bis zum nachsten Ubermitt lungs zyklus 
verbleibt, dann die Daten fur Nicht -Echtzeitanwendungen, 

Das erf indungsgemafie Dateniibertragungsverf ahren fur ein loka- 
les Kommunikationsnetz ermoglicht die parallele Nutzung des 
Kommunikationsnetzes fur Echtzeitanwendungen und Nicht-Echt- 
zeitanwendungen. Insbesondere wird gewahrleistet , dass das 
erfindungsgemafien Protokoll fur lokale Kommunikationsnetze, 
das die Leitungsschicht im OSI-Modell darstellt, auch den ho- 
hen Anforderungen an die Echtzeitf ahigkeit und Reaktionszeit 
fur Maschinensteuerungsaufgaben genxigt. Urn die Kommunikati- 
onsanforderungen eines Echtzeitsys terns zu erfullen, erfolgt 
die Datenubermittlung unter der vollstandigen Kontrolle des 
Echtzeitsystems, wobei die Echtzeitdatenkommunikation gegen- 
\iber der sonstigen Datenkommunikation, z.B. zur Administrie- 
rung und Fehlerdiagnose, die vom Betriebs system des Knotens 
initiiert wird, priorisiert ist. Alle Daten fur Nicht-Echt- 
zeitanwendungen werden namlich grundsatzlich als nieder prio- 
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risiert behandelt und erst dann ubermittelt , wenn die Daten- 
ubermittlung fur Echtzeitdatenpakete bereits abgeschlossen 
ist. Mithilfe der erf indungsgemaSen Priorisierungstechnik fur 
Echtzeitdaten bei gleichzeitiger Ausftthrung einer zyklischen 
und deterministischen Datenubermittlung wird dafiir gesorgt, 
dass nicht echtzeitf ahige Zugriffe grundsatzlich erst nach 
den echtzeitf ahi gen Zugrif fen erfolgen und' damit den Echt- 
zeitdatenverkehr nicht behindern. 

GemaS einer bevorzugten Ausfiihrungsf orm wird ein Sendevorgang 
so ausgefuhrt, dass bei einem Sendezyklus die Daten fur Echt- 
zei tanwendungen erst vollstandig gesendet und dann die Zeit 
berechnet wird, die noch bis zum nachsten Sendezyklus ver- 
bleibt, urn dann die verbleibende Zeit zur Datenubertragung 
fur Nicht-Echtzeitanwendungen zu verwenden. Es wird so sicher 
ges-tellt, dass Datenpakete aus dem Echtzeitsystem immer eine 
freie Sendeleitungen vorfinden, wenn sie an der Reihe sind. 
Datenpakete fur Nicht-Echtzeitanwendungen, z.B. des Betriebs- 
systems, werden erst danach in den Lticken zwischen zwei Sen- 
dezyklen verschickt, wenn entsprechende Zeit verbleibt. Be- 
vorzugt ist dabei, die Daten in Form von Datenpaketen so zu 
ubermitteln, dass dann, wenn die nach dem Senden der Daten 
fur Echtzeitanwendungen verbleibende Zeit die zum Versenden 
eines Datenpakets fur Nicht-Echtzeitanwendungen benotigte 
Zeitdauer ubersteigt, das entsprechende Datenpaket zwischen- 
gesp ei chert und bevorzugt mit dem nachsten Sendezyklus ver- 
sandt wird. Diese Vorgehensweise ermoglicht eine einfache 
Prioritatssteuerung des Sendebetriebs von Echtzeitanwendungen 
und Nicht-Echtzeitanwendungen. 

r einer weiteren bevorzugten Ausfiihrungsf orm werden bei 

einem Empf angsvorgang die in einem Empf angszyklus empfangenen 
Daten ausgewertet, urn zu bestimmen, welche der empfangenen 
Daten Daten fur Echtzeitanwendungen und welche der empfange- 
nen Dat en Date n fur Ni cht - Ech t zeit anwendungen da r Snellen, wo- 
bei die empfangenen Daten fur Echtzeitanwendungen im darauf- 
folgenden Empf angszyklus bearbeitet werden. Diese Vorgehens- 
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weise ermoglicht es, auf einfache Weise alle echtzeitrelevan- 
ten Datenpakete herauszuf iltern, ohne dass es darauf ankommt, 
wann bzw. in welcher Reihenfolge sie eintreffen. So wird si- 
chergestellt, dass die echtzeitrelevanten Inf ormationen kom- 
plett vor Beginn des nachsten Empf angszyklus vollstandig fur 
die auszufiihrenden Echtzeitanwendungen bereit stehen. 

Bevorzugt ist dabei weiterhin, die herausgef ilterten empfan- 
genen Daten fur Nicht-Echtzeitanwendungen in einem von den 
Echtzeitanwendungen unabhangigen Vorgang zu bearbeiten. Die 
Ubergabe der Datenpakete mit nicht echtzeitrelevanten Daten 
auSerhalb des Echtzeit-Kontextes an das Betriebs system des 
Knotens ermoglicht eine hohe Dateniibertragungsrate bei 
gleichzeitiger einfacher Imp 1 emen t i erung des Empf angsvor- 
gangs . 

GemaS einer weiteren bevorzugten Ausfiihrungsf orm wird ein pa- 
ralleles Senden, Empfangen und Verarbeiten der Daten fur 
Echtzeitanwendungen und der Daten fur Nicht-Echtzeitanwendun- 
gen durchgefuhrt , wobei zum Verarbeiten der Daten in einem 
ersten Schritt die in einem vorangegangenen Empf angszyklus 
empfangenen Daten ausgewertet werden, in einem sweiten 
Schritt die Echtzeitanwendungen mit den ermittelten echtzeit- 
relevanten Daten ausfuhrt werden und in einem dritten Schritt 
die zu sendenden Echtzeitdaten dann ubergeben werden. Diese 
Vorgehensweise ermoglicht eine hohe Ubertragungsleistung bei 
vollstandiger Echtzeitf ahigkeit und gewahrleistet somit eine 
Kommxanikationsanforderung fur eine schnelle Maschinensteu- 
erung. Bevorzugt ist dabei, den Sende- und Empf angszyklus im 
Full-Duplex-Betrieb so auszulegen, dass die Zyklusdauer fest 
ist, der Sendezyklus gegeniiber dem Empf angszyklus jedoch urn 
eine konstante Zeitspanne verzogert ist, die die Zeitdauer 
des ersten und zweiten Verarbeitungsschrittes, bei dem die 
Daten ausgewertet und die Echtzeitanwendungen durchgefuhrt 
werden, entspricht.. Diese Vorgehensweise sorgt ftir einen ein- 
fachen und schnellen Full-Duplex-Betrieb mit reibungsloser 
Echtzeitkommunikation. 
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Die Erfindung wird anhand der beigeftigten Zeichnungen naher 
erlautert. Es zeigen: 

Fig. 1 mogliche Netzwerk-Topologien fur ein lokales Kommu- 
nikationsnetz ; 

Fig. 2 einen moglichen Anschluss eines Knoten an ein Netz- 
werk im Ethernet; 

Fig. 3 eine herkommliche Auslegung eines Netzsystems mit 
einem getrennten Ethernet-Controller fur Nicht-Echtzeitanwen- 
dung und einem Feldbussystem fur Echtzeitanwendungen; 

Fig. 4 einen erf indungsgemaSen Treiber zur parallelen Aus- 
fuhrung von Echtzeitanwendungen und Nicht- Echtzeitanwendungen 
auf einem Ethernet-Controller; 

Fig. 5 einen erf indungsgemaSen Sendevorgang von Echtzeit- 
und Nicht-Echtzeit-Datenpaketen; und 

Fig. 6 einen erf indungsgemaSen Full-Duplex-Betrieb zum pa- 
rallelen Versenden, Empfangen und Verarbeiten von Echtzeit- 
Datenpaketen und Nicht-Echtzeit-Datenpaketen. 

Mit einem Kommunikationsnetzwerk lassen sich auf einfache 
Weise Daten und Ressourcen zwischen Arbeitsstationen, im All- 
gemeinen Computer oder Maschinen, im weiteren auch Knoten ge- 
nannt, austauschen und gemeinsam nutzen. Das Ethernet -Konzept 
ist dabei der am weitesten verbreitete Kommunikationsstandard 
in lokal begrenzten Kommunikationsnetzwerken (LAN) . Das 
Ethernet basiert dabei auf einem LAN- Auf bau , dem eine Mehr- 
zahl von Knoten iiber ein gemeinsames Ubertragungsmedium mit- 
einander verbunden sind, wobei das Ethernet-Konzept die Ver- 
kap slung der zu tibermittelnden Daten in sog. Datenpake ten ; im 
weiteren auch als Telegramm bezeichnet, mit vorbestimmtem 
Format vornimmt. Das Ethernet besteht aus drei Bereichen, 
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namlich, dem Ubertragungsmedium und den Netzwerkschnittstel- 
len, also der Hardware, der Menge von Protokollen, die den 
Zugriff auf ein Ubertragungsmedium steuern und der Ethernet- 
Paketformat. Das Ethernet stellt grundsatzlich ein Busnetz 
dar, wobei beliebigen Netztopologien, wie sie in Figur 1 ge- 
zeigt sind, genutzt werden konnen. 

Figur la zeigt eine weitere mogliche Netztopologie fur ein 
Ethernet, Hier sind die Knoten 1 sternformig uber Punkt-zu- 
Punkt-Verbindungen 2 mit einer zentralen Vermittlungsstelle 
3, einem sog. Switcher, verbunden. Figur lb stellt als mogli- 
che Netztopologie ein Bussystem dar. Hier sind alle Knoten 1 
uber eine Ubertragungsleitung 2 miteinander verbunden. In Fi- 
gur lc eine weitere Ethernet-Netztopologie in Form eines 
Baumnetzes dar, das eine Kombination der vorstehenden Netz- 
systeme ist, die mittels zwischengeschalteten Vermittlungs- 
stationen 4, sog. Hubs, verbunden sind. 

Figur 2 zeigt einen moglichen Anschluss eines Knotens 1 in 
einer Netzwerktopologie mit Punkt zu Punkt-Verbindungen. Beim 
Ethernet erfolgt der Zugriff auf das Ubertragungsmedium 2 im 
Allgemeinen tiber eine Kopplereinheit 10, einen sog. Transcei- 
ver, der in der Regel direkt auf einer Netzwerkadapterkarte 
zusammen mit einen Ethernet-Controller 12 angeordnet ist. Der 
Ethernet-Koppler 10 ist dabei uber ein Interface 11 und dem 
Ethernet-Controller 12 verbunden. Alternativ kann der Ether- 
net-Koppler auch in den Ethernet-Controller integriert sein. 
Der Ethernet-Controller nimmt die Kodierung der zu sendenden 
Daten und die Dekodierung der empfangenen Daten vor. Weiter- 
hin werden durch den Ethernet-Controller 12 auch alle zum Be- 
trieb des Ethernet notwendigen Steuermafinahmen verwaltet, 
d.h., der Ethernet-Controller fuhrt das Management und die 
Paketbildung durch Verkapselung der Daten durch. Neben diesem 
Link-Management dient der Ethernet-Controller 12 auch als 
Schnittstelle zur Datenstation, dem Knoten, in dem die Daten 
dann weiterverarbeitet werden. 
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Die Ethernet -Datenubertragung findet dabei ublicherweise mit- 
hilfe eines Netzwerk-Protokolls so statt, dass eine Daten- 
ubertragung nur durchgefuhrt wird, wenn das Netz ruhig ist. 
Daruber hinaus ist zusatzlich eine Kollisionsverhinderungsme- 
chanismus vorgesehen. Ein Ethernet -Da tenpaket kann ca. 1.500 
Bytes enthalten, wobei die Daten mittels Header- und Trailer- 
Informationen, die die Anf angskennzeichnung, die Ziel- und 
Quelladresse, den Datenpakettyp und den Fehlererkennungsme- 
chanismus angeben, verkapselt sind. 

Die Betriebssysteme der an der Netzkommunikation beteiligten 
Knoten weisen in der Regel eine geschichtete Sof twarestruktur 
auf, um eine protokollspezif ische Bearbeitung von einer tele- 
granim- -und hardwarespezif ische Bearbeitung zu trennen. Da- 
durch ist es moglich, unterschiedliche Kommunikationsproto- 
koiie beim Ethernet standard einzusetzen, ohne jeweils am 
hardwarespezif ischen Treiber Anderungen durchfuhren zu miis- 
sen. Gleichzeitig besteht aber auch die Moglichkeit, im Rah- 
men des Ethernets tandards die Hardware zu andern, ohne proto- 
kollspezif ische Softwareanderungen ausfuhren zu miissen. Das 
eingesetzte Kommunikationsprotokoll kann bestimmen, an wel- 
ehren Ethernet-Controller ein Ethernet-Telegramm ubergeben 
wird. Die vom Ethernet-Controller empfangene Telegramme wer- 
den wiederum alien Protokollen des Betriebssystems im Knoten 
zur Verfugung gestellt, wobei die Protokolle entscheiden, ob 
sie das Telegramm dann bearbeiten. 

Das Ethernet hat sich vor allem als Kommunikationsstandard 
fur Netzwerksysteme in der Barokommunikation durchgesetzt , da 
S^^dard-Hardwarekomponenten und Standard-Sof twareprotokolle 
g**~--zt werden konnen und hohe Datenubertragungsraten moglich 
sind. Aus diesem Grund ist es auch wunschenswert , den Ether- 
netstandard in industrieller Umgebung nutzen zu konnen. Das 
wesentliche Problem besteht hierbei in der mangelnden Echt- 
zeitf Shigkeit , so dass bei Automatisierungsauf gaben, wie in 
Figur 3 gezeigt, herkommlicherweise die Netzwerksysteme zur 
Ausfuhrung von nicht zeitkrit ischen Kommunikationsauf gaben 
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und von Echtzeitanwendungen zur Maschinensteuerung getrennt 
sind. Fur die Echtzeitanwendungen sind in der Regel Kommuni- 
kationsnetze mit eigenstandigen Steuerungsbaugruppen, sog. 
Feldbus-Controllern, in der Arbeitsstation vorgesehen, urn 
zeitkritische Steuerungsauf gaben durchfuhren zu konnen. Mit 
solchen Feldbussystemen fur Echtzeitanwendungen lassen sich 
herkommlicherweise Zykluszeiten zur Maschinensteuerung von 50 
/xs bei zulassigen Jitterzeiten, d.h. Abweichungen von der ge- 
wunschten Zykluszeit um 10 /xs erreichen. 

Um lokale Kommunikationsnetze fur nicht-zeitkritische Stan- 
dardanwendungen, insbesondere nach dem Ethernets tandard, auch 
als echtzeitfahiges Datenubertragungsnetz zur Ausfuhrung von 
Steuerungsaufgaben nutzen zu konnen, wird, wie in Figur 4 
dargestellt, der hardware- und/oder sof twarespezif ische Trei- 
ber herkommlicher Ethernet-Controller durch einen erfindungs- 
gemafien und fur den Echtzeitbetrieb erweiterten Ethernet- 
Treiber ersetzt. Dieser erf indungsgemaSen Ethernet-Controller 
ermoglicht die parallele Nutzung des Kommunikationsnetzes zur 
Ubermittlung von Daten fur Echtzeitanwendungen und von Daten 
fur Nicht-Echtzeitanwendungen. Die Datenubermittlung wird da- 
bei zyklisch und deterministisch ausgefuhrt, wobei die Daten 
fur Echtzeitanwendungen priorisiert behandelt werden, so dass 
in einem Ubermittlungszyklus zuerst alle Echtzeitdaten uber- 
geben werden und in der Zeit, die noch bis zum nachsten Uber- 
mittlungszyklus bleibt, dann die Daten ftir Nicht-Echtzeitan- 
wendung. Alle in Form von Telegrammen zusammengef assten Daten 
far Nicht-Echtzeitanwendungen, insbesondere die von dem Be- 
triebssystems des dem Ethernet-Controller zugeordneten Kno- 
tens erzeugten Telegramme, werden als nieder priorisiert be- 
handelt und sind dem Echtzeitsystem untergeordnet . Der erfin- 
dungsgemaSe Ethernet-Controller kommuniziert mit dem 
Echtzeitsystem und ist verantwortlich fur das echtzeitf ahige 
Senden und Empfangen der Ethernettelegramme . Um den paralle- 
len Betrieb von Standardanwendungen zu ermogli chen , meldet 
sich der erf indungsgemaSe Ethernet-Controller zusatzlich beim 
Betriebssystem des Knotens als Standard-Ethernettreiber an, 
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dem alle Kommunikationsprotokolle des Betriebssystems prinzi- 
piell zur Verfugung stehen. Alle Daten des Betriebssystems 
werden von erf indungsgemaSen Ethernet-Controller nachrangig 
behandelt und erst nach einer Kontrolle' durch das Echtzeit- 
system versandt. Alle empfangenen Datentelegramme werden 
durch das Echtzeitsystem begutachtet und dann gffs. an das 
Betriebssystem weitergereicht . 

Der erf indungsgemaSe Ethernet-Controller befindet sich also 
vollstandig unter Kontrolle des Echtzeitsystems , so dass 
nicht echtzeitfahige Zugriffe verhindert bzw. in echtzei- 
j-unkri ti sche Bereiche verlagert werden. Das priorisierte 
Versenden von Echtzeit- und Standardtelegrammen erfolgt dabei 
in der in Figur 5 gezeigten Weise. Beim Sendevorgang wird in 
einem Sendezyklus mithilfe des erf indungsgemaSen Ethernet- 
Controllers sichergestellt , dass die Daten fur die Echtzeit- 
anwendung vollstandig gesendet und dann erst die Daten fur 
di~ Nicht -Echtzeit anwendung iibermittelt werden. Durch den 
zyklisch und deterministisch ausgefuhrten Sendevorgang wird 
gewcLhrleistet, dass zu versendende Echtzeittelegramme ohne 
Verzogerung gesendet werden. Gleichzeitig wird die Lange der 
zu versendenden Echtzeittelegramme aufaddiert, urn die Sende- 
dauer bei bekannter Datenrate f estzustellen. Nachdem alle 
Echtzeittelegramme versendet sind, wird die Zeit berechnet, 
die noch bis zum nSchsten Sendezyklus verbleibt. In dieser 
verbl eibenden Zeit werden dann die vorhandenen Telegramme mit 
STicht-Echtzeitanwendungen, die vom Betriebssystem verschickt 
werden sollen und vom Treiber des Ethernet-Controllers in ei- 
nem Puffer, vorzugsweise einem Fifo, abgelegt sind, ver- 
jw^-iskt. Dabei wird wiederum die benStigte Sendedauer zum 
r • -^nden dieser Datentelegramme mit Nicht-Echtzeitanwendun- 
gen beriicksichtigt . Kann ein Telegramm mit Nicht-Echtzeitda- 
ten nicht mehr in der noch zur Verfugung stehenden Zeit bis 
zum nachsten Sendezyklus versandt werden, so verbleibt es im 
jE i±o - Spe i ch er und wird erst nach dem Versenden der Echtz. eJ t- 
telegramme im nachsten Sendezyklus versandt. 
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Beim Empf angsvorgang werden mithilfe des erf indungsgemaSen 
Ethernet-Controllers die in einem Empf angszyklus empfangenen 
Daten ausgewertet, urn zu bestimmen, welche der empfangenen 
Daten Daten fur Echtzeitanwendungen und welche der empfange- 
nen Daten Daten fur Nicht-Echtzeitanwendungen sind, wobei die 
empfangenen Daten fur Echtzeitanwendungen dann zu Beginn der 
nachsten Echtzeit bearbeitet werden. Die Daten fur Nicht- 
Echtzeitanwendungen werden dagegen in einem von der Echtzeit- 
anwendung unabhangigen Vorgang bearbeitet. 

Die bevorzugte Vorgehensweise ist hierbei, dass die empfange- 
nen Ethernettelegramme in ihrer Empf angsreihenf olge vom er- 
f indungsgemafien Ethernet-Controller vorzugsweise im Speicher 
des Knotens abgelegt werden. Der Ethernet -Controller ist da- 
bei so eingestellt, dass er keine Interrupts beim Empfang 
auslost, so dass alle empfangene Telegramme erst am Anfang 
des nachsten Echtzeitzyklus bearbeitet werden. Dabei geht 
dann das Echtzeitsystem alle empfangenen Telegramme durch und 
wertet die fur das Echtzeitsystem relevanten Telegramme aus . 
Alle empfangenen echtzeitrelevanten Daten stehen somit zu Be- 
ginn des Echtzeitzyklus zur Verfugung. Alle Telegramme mit 
nicht-echtzeitrelevanten Daten werden dagegen als gelesen 
markiert und auSerhalb des Echtzeit-Kontextes an das Be- 
triebssystem ubergeben. In einem von der Echtzeitanwendung 
unabhangigen Prozess kann dann die Liste der empfangenen mar- 
kierten Telegramme vom Betriebssystem und dessen Protokollen 
bearbeitet werden. Die vom Echtzeitsystem bearbeitete Echt- 
zeittelegramme werden dagegen in der Regel nicht an die Pro- 
tokolle des Betriebssystems weitergegeben . Eine solche Wei- 
tergabe erfolgt nur zu Debug- Zwecken, urn ggf s . Fehler bei der 
Echtzeitanwendung f estzustellen. 

Bevorzugt ist weiterhin ein Etherneteinsatz fur Echtzeit- und 
Nicht-Echtzeitanwendungen im Full-Duplex-Betrieb, d.h. die 
Moglichkeit, ein paralleles 3 end en,- Empfangen und Verarbeiten 
von Daten fur Echtzeitanwendungen und fur Nicht-Echtzeitan- 
wendungen durchzufuhren. Ein erfindungsgemafier Full -Duplex- 
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Betrieb ist in Figur 6 gezeigt. Es sind dabei mehrere aufein- 
anderfolgende Echtzeitzyklen dargestellt, wobei jeweils der 
Zeitablauf der Verarbeitung durch die zentrale Verarbeitungs- 
einheit (CPU) im Knoten sowie der Ablauf der Sende- und Emp- 
fangsvorgange von Echtzeittelegrammen und Standardtelegrammen 
mit Nicht-Echtzeitdaten dargestellt ist. Im Schritt 1 werden 
jeweils von der zentralen Verarbeitungseinheit zu Beginn ei- 
nes Echtzeitzyklus die empfangenen Telegramme vom vorherge- 
henden Ubermitt lungs zyklus ausgewertet. Im Schritt 2 wird 
danri auf der Grundlage der ausgewerteten Echtzeitdaten die 
eigentliche Automatisierungsauf gabe in Echtzeit durchgeflihrt . 
AnschlieSend wird von der zentralen Verarbeitungseinheit im 
Schritt 3 die zu versendenden Echtzeit telegramme an den 
Ethernet-Controller ubergeben. Hierbei werden dann immer zu- 
erst sofort die echtzeitrelevanten Telegramme tibermittelt und 
dann - falls vorhanden und ausreichende Zeit verbleibt - die 
Telegramme mit nicht-echtzeit relevanten Daten des Betriebs- 
systems. Der Sendevorgang ist dabei, bezogen auf den Beginn 
eines Echtzeitzyklus, urn eine feste Zeitspanne verzogert, die 
der Zeitdauer fur den ersten und zweiten Bearbeitungsschritt 
der CPU entspricht. Der Empf angsvorgang dagegen wird vorzugs- 
weise gleichzeitig oder kurz nach dem Beginn des Echtzeitzyk- 
lus gestartet. 

Durch die erf indungsgemaSe Erweiterung des Ethernetkonzepts 
ist es moglich, eine parallele Nutzung von lokalen Netzwerken 
fur Standardanwendungen und Echtzeitanwendungen vorzunehmen. 
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Patentanspruche 

1. Verfahren zum Ubermitteln von Daten fur Echtzeitanwen- 
dungen und Nicht-Echtzeitanwendungen auf einem Kommunikati- 
onsnetzwerk mit mehreren Knoten, die uber Kommunikationswege 
miteinander verbunden sind, 

wobei die Datenubermittlung zyklisch und deterministisch er- 
folgt und die Daten fur Echtzeitanwendungen priorisiert be- 
handelt werden, so dass in einem Ubermittlungszyklus zuerst 
alle Daten ftir Echtzeitanwendungen ubergeben werden und in 
der Zeit, die noch bis zum nachsten Ubermittlungszyklus 
verbleibt, dann die Daten fur Nicht-Echtzeitanwendungen, 
ubergeben werden. 

2. Verfahren nach Anspruch 1, wobei beim Sendevorgang in 
einem Sendezyklus die Daten fur Echtzeitanwendungen vollstan- 
dig gesendet und die Zeit berechnet wird, die noch bis zum 
nachsten Sendezyklus verbleibt, urn dann in der verbleibenden 
Zeit Daten fur Nicht-Echtzeitanwendungen zu senden. 

3. Verfahren nach Anspruch 2, wobei die Daten in Form von Da- 
tenpaketen ubermittelt werden und dann, wenn die nach dem 
Senden der Daten fur Echtzeitanwendungen verbleibende Zeit 
die zum Versenden eines Datenpakets ftir Echtzeitanwendungen 
benotigte Sendedauer ubersteigt, das Datenpaket zwischenge- 
speichert und vorzugsweise im nachsten Sendezyklus versandt 
wird. 

4. Verfahren nach einem der Anspruche 1 bis 3, wobei beim 
Empfangsvorgang in einem Empf angszyklus empfangenen Daten 
ausgewertet werden, um zu bestimmen, welche der empfangenen 
Daten Daten fur Echtzeitanwendungen und welche der empfange- 
nen Daten, Daten fur Nicht-Echtzeitanwendungen sind und die 
empfangenen Daten fur Echtzeitanwendungen im nachsten Echt- 
zeitzyklus bearbeitet werden. 
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5. Verfahren nach Anspruch 4, wobei die empfangenen Daten fur 
Nicht-Echtzeitanwendungen in einem von der Echtzeitanwendung 
unabhangigen Vorgang bearbeitet werden. 

6. Verfahren nach einem der Anspriiche 1 bis 5, wobei ein 
paralleles Senden, Empfangen und Verarbeiten von Daten fur 
Echtzeitanwendungen und von Daten fur Nicht-Echtzeitanwendun- 
gen durchgefuhrt wird und wobei zum Verarbeiten der Daten in 
einem Echtzeitzyklus in einem ersten Schritt die in einem 
vorangegangenen Emp fangs zyklus empfangenen Daten ausgewertet 
werden, in einem zweiten Schritt die Echtzeitanwendungen aus- 
gefuhrt werden und in einem dritten Schritt die zusendenden 
Daten fur Echtzeitanwendungen ubergeben werden. 

7. Verfahren nach Anspruch 6, wobei die Zyklusdauer des 
Sende zyklus und des Empfangs zyklus dem Echtzeitzyklus ent- 
spricht und der Sendezyklus gegenuber dem Emp fangs zyklus urn 
eine konstante Zeitspanne verzogert ist, die der Zeitdauer 
fur den ersten und zweiten Verarbeitungs schritt einspricht. 

8. Schnittstelleneinheit zur Anbindung eines Knotens an 
ein Kommunikationsnetzwerk mit mehreren Knoten, die uber ei- 
nen Kommunikationsweg miteinander verbunden sind, wobei die 
Schnittstelleneinheit zur zyklischen und deterministischen 
Ubermittlung von Daten zwischen dem Knoten und dem Kommunika- 
tionsnetzwerk ausgelegt ist, urn Daten fur Echtzeitanwendungen 
gegenuber Daten von Nicht-Echtzeitanwendungen priorisiert zu 
behandeln, so dass in einem Ubermitt lungs zyklus zuerst alle 
Daten fur Echtzeitanwendungen tibergeben werden und in der 

die noch bis zum nachsten Zyklus verbleibt, dann die 
I . fiir Nicht-Echtzeitanwendungen ubergeben werden. 

9 . Schnittstelleneinheit nach Anspruch 8 mit einem Sender 
zum Ubermitteln von Daten vom Knoten zum Kommunikationsnetz- 
werk, um in einem Sendezyklus die Daten fur Echtzeitanwendun- 
gen vollstandig zu senden und die Zeit zu berechnen, die noch 
bis zum nachsten Sendezyklus verbleibt, urn dann in der 
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verbleibenden Zeit Daten fur Nicht-Echtzeitanwendungen zu 
versenden. 

10. Schnittstelleneinheit nach Anspruch 9, wobei die Daten 
in Form von Datenpaketen ubermittelt werden und ein Zwischen- 
speicher vorgesehen ist, um dann, wenn die nach dem Senden 
der Daten fur Echtzeitanwendungen verbleibende Zeit, die zum 
Versenden eines Datenpakets fur Nicht-Echtzeitanwendungen be- 
notigte Sendedauer libersteigt, das Datenpaket zwischenzuspei- 
chern und vorzugsweise im nachsten Sendezyklus zu versenden. 

11. Schnittstelleneinheit nach einem der Ansprtiche 8 bis 10, 
mit einem Empfanger zum Ubermitteln von Daten vom Kommunika- 
tionsnetzwerk zum Knoten, um beim Empf angsvorgang in einem 
Empfangszyklus die Daten auszuwerten, um zu bestimmen, welche 
der empfangenen Daten Daten fur Echtzeitanwendungen und wel- 
che der empfangenen Daten Daten fur Nicht-Echtzeitanwendungen 
sind. 

12. Schnittstelleneinheit nach Anspruch 11, wobei die 
empfangenen Daten fur Echtzeitanwendungen und die empfangenen 
Daten fur Nicht-Echtzeitanwendungen unabhangig voneinander 
bearbeitet werden. 

13 . Knoten mit einer Schnittstelleneinheit nach einem der 
Ansprtiche 8 bis 12 und mit einer Verarbeitungseinheit , um in 
einem ersten Schritt, die in einem vorangegangenen Empfangs- 
zyklus empfangenen Daten auszuwerten, in einem zweiten 
Schritt die Echtzeitanwendungen mit den empfangenen Daten fur 
die Echtzeitanwendungen auszufuhren und in einem dritten 
Schritt die zu sendenden Daten fur Echtzeitanwendungen zu 
iibergeben . 
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